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(54)_ .Process.and device for controlling a motor vehicle 



(57) Process and device in the form of an electronic system for controlling a motor vehicle 
which is represented using a data and/or program structure, the data and/or the program structure 
comprising motor vehicle components, coordination components, and operating components as 
well as component interfaces, the components being assigned to one another and each component 
having at least one base version and operating versions. Each component is uniquely assigned a 
first identifier. The base version and the respective operating version are assigned a second 
identifier. Furthermore, an identifier block for each component which comprises the first 
identifier of the respective component, the second and the first identifier of an assigned 
component, is formed and used for motor vehicle control. 
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@) Verfahren und Vorrichtung zur Steuerung eines Fahrzeugs . ' 

(St) Verfahren und Vorrichtung in Form eines elektroni- 
schen Systems zur Steuerung eines Fahrzeugs, welches 
anhand einer Daten- und/oder Programmstruktur darge- 
stellt wird, wobei die Daten- und/oder Programmstruktur 
Fahrzeugkomponenten, Koordinatlonskomponenten und 
Funktionskomponenten sowie Komponentenschnittstel- 
len umfaBt, wobei die Komponenten einander zugeord- 
net sind und jedeXompqnente wenigstens eine Basisva- 
riante und Funktionsvarianten besitzt. Jeder Komponente 
wird eine erste Kennung eindeutig zugeordnet. Der Basis- 
variante und der jeweiligen Funktionsvariante wird eine 
zwelte Kennung zugeordnet. Des weiteren wird ein Ken- 
nungsblock fur jede Komponente, der die erste Kennung 
der jeweiligen Komponente, die zweite sowie die erste 
Kennung einer zugeordneten Komponente umfaBt, gebil- 
det und zur Fahrzeugsteuerung eingesetzt. 
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BeschreLbung 
Stand der Technik 

Die Erfindung betrifft Verfahren zur Steuerung eines 
Fahrzeugs und eine Vorrichtung in Form eines elekironi- 
schen Systems flir ein Fahrzeug gemafi den Oberbegriffen 
der unabhangigea Anspriiche. 

DieDE41 11 023 Al (US 5,351,776) zeigtdazu einelek- 
tronisches System fur ein Fahrzeug, welches aus Elementen 
zur Durchfuhrung von Stcucraufgabcn wcnigstcns, bcziig- 
lich der Motorleistung, der Antriebsleistung und des Brems- 
vorgangs und aus Elementen, die das Zusammenwirken der 
Elemente zur Durchfuhrung von Steueraufgaben koordinie- 
ren im Sinne einer Steuerung des BetriebsverHalfens des 
Fahrzeugs entsprechend dem Fahrerwunsch, besteht. Die 
Elemente sind dabei in Form einer Hierarchic angeordner, 
wobei das wenigstens eine Koordinationselement einer 
Hierarchieebene bei der Umsetzung des Fahrerwunsches in 
ein entsprechendes Betriebsverhalten auf die Elemente der 
nachsten Hierarchieebene und damit auf ein vorgegebenes 
Untersystem des Fahrer-Fahrzeug-Systems unter Bereitstel- 
lung des jeweils von der hoheren Hierarchieebene fur dieses 
Untersystem geforderten Verhaltens eingreift. 

Dcswcitcrcn zcigt die DE 197 09 317 A 1 ein Verfahren 
und eine Vorrichtung zur Steuerung eines Fahrzeugs, wel- 
ches wenigstens eine Quelle fur wenigstens eine Ressource 
und wenigstens einen Verbraucher umfaBt, der diese Res- 
source verbraucht. Dabei ist wenigstens ein Koordinator 
vorgesehen, der abhangig vom Potential der Quelle und vom 
Ressourcenbedarf des Verhrauchers die Ressource dem Ver- 
braucher zuteilt. 

Die im Stand der Technik enthaltenen Daten- und/oder 
Programmstrukturen sind in ihrer Ganze anhand der Steuer- 
gerate-S oft ware nicht darstellbar. Die Steuergerate-S oft- 
ware laBt sich iiblicherweise in Programm und Daten gUe- 
dem. Einem Programm ist meist eine Datensatzvariante aus 
einer Auswahl von Datensatzen zugeordnet. Beide Teile, 
also Programm und Daten sind ini Stcucrgcratc-Progranim 
bzw. einem Datenspeicher abgelegt. Zur Kennzeichnung 
und Verilizierung der Programm- und Datenstande sind bei- 
spielsweise im hexadezimalen File Kennungen abgelegt. Iin 
Stand der Technik sind dies iabUcherweise eine Software- 
Prog ramm- Ken n Ling, weiche das Kurzzeichen fiir das Pro- 
jekt und die Programm version enthalt, sowie eine Daien- 
satzkennung, weiche das Kurzzeichen fur Projekt- und Da- 
tensatzvariante enthalt. Somit laBt sich im Stand der Technik 
die Funktionalitat einer im Steuergerat befindhchen Soft- 
ware anhand der genannten Kennungen sowie der Gesamt- 
funktionahtat der Programmversion, weiche aus der Soft- 
wai-e-Funktions-Dokumentation ersichtHch ist, ableilen. 

Da dabei kein Single-source-Prinzip gegeben ist, d. h. 
Programm und Doku men ration gctrcnnt zu vcrschicdcncn 
Zeitpunkten aus verschiedenen Quellen gespeist werden, 
ohne solche, insbesondere Anderungs-Infomiationen zu- 
sammenzufiihren, ist eine Kornpatibihtatsprufung sehr auf- 
wendig. Die Daten und/oder Progranunstruktur des Standes 
der Technik und deren Anzeigemoglichkeit entsprichl dem 
Tnhaltsverzeichnis einer Funktionsdokurnentation. Sie gibt 
nicht die funktionalen Inhalre der Komponenten, beispiels- 
weise bezughch der eingesetzten Variante, wieder. 

So zeigt sich, dafi der Stand der Technik nicht in jeder 
Hinsichi optimalc Ergebnisse zu hefern vennag. Deshalb 
soli eine verbesserte Software-Kon figurations- bzw. Sofl- 
ware-Architektur-Kennung in einem Steuergerat zur Steue- 
rung eines Fahrzeugs reaHsiert werden. 



Vorteile der Erfindung 



Die Erfindung geht aus von einem Verfahren zur Steue- 
rung eines Fahrzeugs, welches in einer Daten- und/oder Pro- 
5 grammstruktur dargestellt wird, wobei die Daten- und/oder 
Progranmistruktur Fahizeugkomponenten, Koordinadons- 
komponenten und Funktionskomponenten sowie Kompo- 
nentenschnittstellen umfaBt, wobei die Komponenten einan- 
der zugeordnet sind und jede Komponente eine Basisva- 

10 riante und Funktionsvarianten besitzt. 

Ebcnso gcht die Erfindung von einem clcktronischcn Sy- 
stem fur ein Fahrzeug, bestehend aus Fahrzeugkomponen- 
ten, Koordinationskomponenten und Funkdonskomponen- 
ten aus, wobei die Komponenten einander zugeordnet sind 

15 und jede Komponente eine Basisvariante und Funktionsva- 
rianten besitzt und die Komponenten uber Komponenten- 
schnittsteUen Nachrichten austauschen. 

Erfindungsgemafi wird nun jeder Komponente eine erste. 
individuelle Kennung zugeordnet, wobei der Basisvariante 

20 sowie der jeweiligen Funktionsvariante eine zweite Ken- 
nung zugeordnet ist und vorteilhafter Weise ein Kennungs- 
block fur jede Komponente, der eine erste KennUng der je- 
weiligen Komponente und deren zweite Kennung sowie die 
erste Kennung einer zugeordneten Komponente umfaBt, zur 

25 Steuerung des Fahrzeugs cingcsctzt wird. 

ZweckmaBigerweise ist die Quellcode- und Dateiablage- 
struktur deckungsgleich mit der zugrunde gelegten Daten- 
und/oder Programmstruktur. Das bedeutet, daB aUe Prozesse 
einer Komponente bzw. die dazugehorigen Softwareifiles die 

.^0 Namen bzw. die Kennung der Komponente der zugrunde 
gelegten Daten- und/oder Programmstruktur (Architektur) 
haben. Somit erhalt jede Komponente der Architektur eine 
eindeutige Kennung. Diese Kennung und die Kennung der 
Ubergeordneten Komponente bzw. zugeordneten Kompo- 

35 nente und eine Kennung fiir die Basis- und Funktionsva- 
riante geben die SteLlung der Komponente innerhalb der Ar- 
chitektur und deren funktionalen Inhalt eindeutig wieder. 

Vorteilhafter Wejse wird dieser Kennungsblock fur jede 
Komponente durch cine Hilfskomponcntc gcncricrt. Dicsc 

-10 Hi If s komponente ist beispielsweise in den Makelauf einge- 
bunden und speichert alle Kennungsblocke an einer defi- 
nierten Adresse, insbesondere im hexadezimalen File ab. 
Dadurch laBt sich vorteilhafter Weise jederzeit eine im Feld 
befindliche Software schnell identifizieren. 

45 In einer weiteren Ausgestaltung konnte die gleiche Hilfs- 
komponente oder eine weitere Hilfskornponente die Ken- 
nung vorteilhafter Weise auslesen und insbesondere grafisch 
die Architektur, also die Daten- und/oder PYograinmstruktur 
anzeigen. In einer weiteren vorteilhaften Ausgestaltung ist 

50 denkbar, daB die Architektur mit ihren hariktionalen Varian- 
ten vorgegeben wird. Im Makelauf kann dann immer Zweck- 
maBigerweise die Sollarchitektur mit der Istarchitektur ver- 
glichcn und damit ubcrpruft werden. Damit laBt sich Zweck- 
maBigerweise verhindem, daB bei einer groBen Projektan- 

55 zahl und Vielfall die Architektur irri Laufe der Entwick- 
lungszeit zerfallt. 

Obwohl die Architektur nicht zwingend hierarchisch ist, 
konnen grundtegende Beziehungen bzw. grundiegende Zu- 
ordnungen iiber Verfahren zur KonsistenzhaHung vorteil- 

60 hafter Weise gesichert werden. Dies kann ZweckmaBiger- 
weise durch Textsummenbildung der Kennungsblocke die- 
ser Grundbeziehungen oder durch Vergleichsrouunen erfol- 
gen. 

Durch die somit beschiiebene in eine Kennung integrierte 
65 Funktions- bzw. Positionsbeschreibung der Einzelkompo- 
nenten kann die Funktionsdokurnentation integriert werden. 
Jede Anderung ist ZweckmaBigerweise ini Datensatz bzw. 
Programmstand bei nachfolgender Bearbeitung vorhanden 
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und hachvollziehbar durch die Hnfuhning eines Single-do- 
cumentation-Pnnzips, was weitejrfain verschiedeae Ande- 
rungsqueiien ermogiicht. Damit kann ailgemein eine Soft- 
warestruktur bzw. Architektur in einem Steuergerat aufge- 
zeigt werden. 5 

Weitere Vorteile und vorteilhafte Ausgestaltungen erge- 
ben sich aus der Beschreibung und den Merkmalen der An- 
spruche. 



Zeichnung 



10 



Die Erfindung ist nachfolgend anhand der in der Zeich- 
nung dargesiellten Rguren gezeigt. 

Fig, 1 zeigt ein Blockschaltbild einer mdglichen Konfigu- 
ration eines Steuersystems eines Fahrzeugs mit einem Lei- 15 
tungs- bzw. Bussystem. 

Fig. 2 zeigt ailgemein eine Softwares truktur bzw. Arc hi - 
tektur (Daten- und/oder Programmstruktur fiir ein Fahr- 
zeug). 



Beschreibung der AusfUhriingsbeispiele 



20 



In Fig. 1 ist ein IJbersichtsblockschaltbild eines mogli- 
chen Steuersystems eines Fahrzeugs dargestellt. Dabei ist 
mit 100 cine Stcucrcinhcit zur Stcucrung dcs Motors bzw. 25 
der Antriebseinheit gezeigt. In dieser Steuereinheit hardwa- 
reraaBig enthalten sind mit 101 die Steuerung des Luftsy- 
stems (u. a. Luftzumessung), mit 102 die Steuerung des Ein- 
spritzsy stems (u. a. Kraftstoffzumessung), die optional auch 
eine Ziindungseinstellung 102o z. B. fur Benzin-Brennkraft- .<0 
maschinen oder ein Gliihsystem bei Diesel-Brennkraftma- 
schinen enthalt. Desweiteren ist eine Steuerung der An- ' 
triebs- bzw. Moionnechanik 103 z. B. zur Berechnung des 
Motorschleppmoments; zum Schutz vor mechanischer 
Uberlastung/ Bestimmung der Motordrehzahlen und des '35 
Kurbeiwellenwinkels usw. vorgesehen. Daneben ist eine 
. Steuereinheit 105 zur Steuerung der Bremsen bzw. des 
Bremsvorgangs, eine Steuereinheit 104 zur Steuerung eines 
automatischcn Gctricbcs und/odcr mit 106 cine Steuerein- 
heit zur Steuerung der Fahrwerkseinstellung bzw. zur Fahr- 
dynamikregelung. gezeigt, wobei in der Steuereinheit 106 
optional mit 106o eine Lenkungssteuerung bei mo^lichem- 
Eingriff in das Lenksystem (steer by wire) vorgesehen ist. 

Dariiber hinaus kann bei einem elektronisch geregellen 
Bordnetz mil Steuereinheit 116 eine Einheit zur Steuerung 45* 
des Bordnetzes eingeseizl werden. In dieseintegriert. konnen 
Steuereinheiten zur Steuerung einzelner oder mehrere Ne- 
benaggregate bzw. Anzeigeeleraenie sein. Beispielhalt isi 
hiermit 116o optional eine Steuereinheit fiir die KLimaan- 
lage in die Steuereinheit 116 des Bordnetzes ititegriert. Ein 50 
Leitungssystem bzw. Bussystem 111 (z. B. ein CAN-Bus) 
verbindet die einzelnen Steuereinheiten bzw. Steuergerate 
zum gcgcnseitigcn Infonnations- und Datcnaustausch. 

An dieses Leitungssystem bzw. Bussystem 111 sind uber 
entsprechende Leitungen 114, 115, weiche beispielhaft fur 55 
eine beliebige Anzahl ausgefuhrt sind, verschiedene MeB- 
einrichtungen 109, 110 angebunden. Wobei auch hier bei- 
spielhaft zwei einer beliebigen Anzahl herausgestellt sind. 
Diese MeReinrichtungen 109, 110 usw. erfassen -Betriebs- 
groBen des Fahrzeugs, insbesondcre von Motor und An- 6t) 
triebsstrang. Die erfaBten BetricbsgroBen stellen dabei im 
allgemeinen bekannte BetricbsgroBen wie beispielsweise . 
die Molordrehzahl, die Moiorieinperalur, Ablriebsdrehzahl, 
Getnebestellung bzw. Ubcrsetzung, Ganginfonnalion, 
Wandlerschlupf, Turbincndrehzahl, Generatordrehzahl, 65 
Fahrgeschwindigkeit, Batten cspannung, usw. dar. Daneben 
sind an das Bussystem 111 iiber entsprechende Leitungen 
112, 113 Stelleinrichtungen 107, lOX angeschlossen. Auch 



hierbei sind beispielhaft lediglich zwei SteUeinrichtung^ 
dargestellt, weiche eine \^elzahl moglicher Steller im Fahr- 
zeug reprasentieren. Dies sind beispielsweise Ziindungssy- 
sieme, elektrisch steuerbare Drosselklappen. Kraftstoffein- 
spritzsy Sterne, SteUer eines Automatikgetriebes wie z. B. 
Kupplungen oder Fahrwericssteller, wie elektrisch steuer- 
bare Federdampferelemente, Drucksysteme zur Bremsbeta-: 
tigung, die Servopumpe im Lenkungsbereich sowie SteU- 
motoren, z. B. fiir elektrische Fensterheber oder Schiebe- 
dach der Karosserie und Innenraumelektronik. Uber ent- 
sprechende Lcitungai 119, 120 sind wicdcr rcprascntativ 
mit 117 und 118 zwei Anzeigeelemente einer beliebigen An- 
zahl dargestellt, die sich beispielsweise ebenfalls in der Ka- 
rossehe- und Innenraumelektronik finden. Diese z. B. opd- 
schen oder akusdschen Anzeigeelemente sind hierbei sepa- 
rat zu den SteUelementen 107, 108 dargestellt. 

Die in Fig. 1 dargesteilten Steuereinheiten fuhren die ih- 
nen zugeordneten Funktionen und der Erfassung der dazu 
notwendigen BetricbsgroBen durch und bilden Steuerwerte 
fiir die verschiedenen Stelleinrichtungen und Anzeigeele- 
mente. Durch einen solchen dargesteUten Systemverbund 
konnen einzelne Elemente oder Funktionseinheiten nicht 
mehr getrennt betrachtet werden, sondern eingebunden in 
das Gesamtkonzept. Dadurch ergibt sich aber auch die Mog- 
lichkcit, durch den Zugriff auf Datcn und Informationcn an- 
derer Funktionseinheiten und Systeme, wie z. B. Umwelt- 
groBen, FahrzustandsgroBen, FahrzeuggroBen und Benut- 
,zergro6en eine optimal an die jeweiligen Gegebenheiten an- 
gepaBte Fahrzeugsteuerung durchzuflihren. 

Fig. 2 zeigt dazu ailgemein eine Daten- und/oder Pro- 
grammstruktur bzw. Softwarearchi tektur, die unabhangig 
von der zugrunde liegenden Hardwarekonfiguration einge- 
setzt werden kann und/oder mit einfachen Mitteln und ge- 
ringem Aufwand an diese angepaBt werden kann. Die sich 
in der Software widerspiegelnde Funktionalitat ist so sfruk- 
t.uriert. Die Grundelemente dieser Struktur sind Koniponen- 
ten, die sich an Fahrzeug- bzw. Motorkomponenten orientie- 
ren, sogenannte Fahrzeugkomponenten. Weiterhin sind ko- 
ordinicrcndc Komponcntcn, sogenannte Koordinaiionskorn- 
ponenten enthalten, die das Zusammenwirken der Kompo- 
nenten zur DurchfuhrUng von Steueraufgaben koordinieren. 
AuBerdem sind noch Komponenten enthalten, die nicht an 
Hardware, sondern an Funktionen orientiert sind, soge- 
nannte Funktionskomponenten, die also Funktionen repra- 
sentieren. Die Schnittstellen jeder Komponenie sind a Is 
Nachrichten definiert. Durch diese Nachrichten konnen ei- 
herseits Infonnationen abgefragt werden, gekennzeichnet 
durch ein Fragezeichen oder vorgegeben werden, gekenn- 
zeichnet durch ein Ausrufezeichen. Die Richtung der Nach- 
riclitenubertragung ist durch den Pfeii syinbolisiert. Die 
Nachrichten in Fig. 2 sind mit 414 bis 416, 408 bis 410, 421 
bis 423 sowie 421a bis 423a sowie 306 dargestellt. Die Be- 
zcichnungcn der Komponcntcn 300 bis 305 unci 400 bis 407, 
411 bis 413 und 417 bis 420 werden gleichzeitig ini weiteren 
als deren erste Kennungen eingesetzt. 

Generell konnen die Kennungen aber als einstellig oder 
raehrstellig, als Zahl, Buchstaben, Zahl- und Buchstaben- 
kornbi nation usw. realisiert sein. 

So ist das Fahr7.euggesamtsystem in, eine Komponente 
Fahrzeug, eine Komponenie Fahrzeug koordinator, Karosse- 
rie und' Innenraum 301, Fahrzeugbewegung 302, Bordnetz 
303 und Antrieb 304 angeschlossen bzw. diescn zueeordnei. 
Diesen Komponenten sind weilere Koriiponenlen zugeord- 
net. Deni Bordnetz 303 sind beispielsweise Schaltmiltel 411 
wie Startschalter oder Ziindung, Generator 412 sowie we- 
nigsicns eine Balt.crie 413 bzw. deren Funktionen zugeord- 
net. Die Komponente Bordnetz 303 fragt dabei von 411 die 
Startfreigabe 414 ab. Ebenso wird von Kotnponente 413 die 
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Leistung mil 416 abgefragt. Die Leisl ung wird mit 415 von 
der Komponente Bordnetz 303 an die Komponente Genera- 
tor 412 iibermittelt. Bei der Komponente Fahrzeugbewe- 
gung 302 sind die Funktionalitaten bzw. Hardwarekompo- 
nenten fur Vortrieb 405, Bremse 406 und Lenkung 407 zu- 
geordnet. Ebenso ist ein Koordinator Fahrzeugbewegung 
404 zugeordnet. Der Vortrieb gibt uber eine Nachricht 408 
das Moment an die Fahrzeugbewegung 302 vor. Die Fahr- 
zeugbewegung 302 fragt iiber Nachricht 409 die .Bremsin- 
formation von Komponente 406 ab. Ebenso fragt die Fahr- 
zeugbewegung 302 mittcls Nachricht 410 die Leistung bzw. 
Leistung saufhahme der Lenkung 407 ab. Der Komponente 
301 Karosserie und Innenraum sind beispielsweise die 
Komponenten Komfortelektronik 400, Klimaanlage 401, 
Telekommunikation und Multimedia 402 sowie Anzeigeele- 
mente 403 zugeordnet. Die Komponente Fahrzeug fragt von 
der Komponente Antrieb 304 bzw. An trie bs Strang iiber 
Nachricht 306 die Leistung ab. Dein Antrieb sind die Kom- 
ponenten 417 Antrieb skoordinator. 418 Getriebe, 419 
Wandler, 420 Motor zugeordnet. Uber Nachricht 421 wird 
durch Komponente 304 die Ganginformation von Kompo- 
nente 418 Getjiebe abgefragt, gleictizeitig ist die Uberset- 
zung in Komponente 421a durch Antrieb 304 an Getriebe 
418 vorgebbar. Die Komponentenschnittstelle zwischen 
Komponente 304 und 419 ist durch Nachricht 422, die Ab- 
frage des Kraftschlusses und optional die Vorgabe des 
Schlupfes mit Nachricht 422a definiert. Ebenso erfolgt uber 
die Schnittstelle 423 bzw. 423a die Vorgabe des Momentes 
bzw. der Drehzahl an die Motorkornponente 420. 

Wie schon genannt, ist die Komponentenaufteilung bei- 
spielhaft durchgefiihrt und kann ebenso noch weiter verfei- 
nert werden. Die Bezeichnungen der Komponenten 300 bis 
305 usw. werden iiri weiteren der Ubersichtlichkeit halber 
als deren Kennungen eingesetzt. Dies bedeutet, dalS jede 
Komponente der Architektur eine eindeutige erste Kennung, 
insbesondere eine Kennzalil eben 300 bis 305, 400 bis 407, 
411 bis 413, 417 bis 420 erhalt. Diese erste Kennung wird 
irn weiteren allgemein mit Kennung I Kl bezeichnet. Die 
jcwciligc Basis- und Funktionsvariantc der cntsprcchcndcn 
Ausfiihrungsforin wird eine Kennung 2 K2 fiir jede Kompo- 
nente zugeordnet. Diese Kennung K2 zerfallt dabei eine 
Kennung K2b fur die Basisvarianre und K2f fiir die Funkti- 
onsvariante. Zur eindeutigen Tdentifikarion der Slellung je- 
der Komponente innerh^iib der Architektur und deren funk- 
tionalen Inhalt wird fiir jede Komponente ein Kennungs- 
block KB generiert. Der Kennungsblock der Komponente 
Bordnetz KB303 ist somit zusarnmengesetzt aus einer Ken- 
nung K2 mil K2b beispielsweise 00, K2f beispielsweise 01, 
der Kennung Kl fur Bordnetz 303 sowie einer Kennung der 
zugeordneten Komponente Fahrzeug KIZ 300. Der Ken- 
nungsblock KB fur das Bordnetz lautci soniit: 

300 303 01 00 

Fiir die Komponente Motor 420 laulet der Kennungs- 
block KB420 mit einer Basisvarianle 02 und einer Funkti- 
onsvariante U4 beispielsweise: 

304 420 04 02 

Allgemein ist der Kennungsblock KB aus der Kennung 
der zugeordneien Komponente KIZ (bei einer hierarchi- 
schen System der ubergeordneten Komponente) sowie der 
Kennung der zu beschreibenden Komponente selbst Kl und 
deren Basis und Funktionsvariantenkcnnung K2 (K2b, K20 
zusairirnengesetzt: 



Dieser Kennungsblock KB wird fur jede Komponente 
durch eine Hiifs komponente generiert. Diese Hi Ifs kompo- 
nente kann in Software oder Hardware realisiert sein und 
5 entweder als eigene Komponente in der Architektur daige- 
stellt sein oder in einer Zentralkomponente, beispielsweise 
Fahrzeug 300 enthalten sein. Diese Tool kann aber auch ex- 
tern in einer Steuereinheit in den Makelauf eingebunden 
sein und speichert alle Kennungsblocke KB an einer defi- 

10 nierten Adresse in einem Speicher einer Steuereinheit, bei- 
spielsweise aus Fig. 1, insbesondere im hcxadczimalcn File 
ab. Dadurch lafit sich jederzeit eine im Feld befindliche 
Software anhand des Kennung sblocks schnell identifizieren. 
Eine weitere Hilfskomponente oder die eben erwahnte 

15 Hilfskomponente konnte in einer vorteilhaften Weiterbil- 
dung diese Kennungsblocke bzw. Kennungen auslesen und 
beispielsweise grafisch die Architektur anzeigen. Dies kann 
einerseits bei der Applikation hilfreich sein oder auch iiber 
Anzeigeelemente 403 die Fehleranzeige im Fahrzeug fiir die 

20 Fahrzeuginsassen ermOglichen. Ebenso sind die Strukturen 
weiteren Personen, insbesondere Werkstattpersonal besser 
nachvollziehbar. . 

In einer weiteren vorteilhaften Ausgestaltung kann so die 
Architektur von vornherein mitihren funktionalen Varianten 

25 vorgcgcbcn werden. Im Makelauf kann dann immcr die 
SoUarchitektur mit der Istarchitektur auf Unterschiede ver- 
glichen werden, worauf eine Korrektur vorgenommen wer- 
den kann. 

Weiterhin konnen grundlegende Beziehungen in der Ar- 
chitektur z. B. die Zuordnung zur Komponente Motor 420 
zur Komponente Antrieb bzw. Antriebsstrang 304 bei Ent- 
wicklung der Software oder deren Steuerungsaufgabe iiber- 
wacht und auf Konsistenz iiberpriift werden. Dies kann bei- 
spielsweise durch eine Checksujnmenbildung der Kennun- 

35 gen insbesondere wenn es sich um Kennzahlen handelt die- 
ser Grundbeziehung oder durcli Vergleichsroutine erfolgen. 

Durch das hier beschriebene Verfahren kann auch eine 
Softwarestruktur bzw. Architektur allgemein im Steuergerat 
nachgcwicscn werden. 

^0 Eine weitere vorteilhafte Ausgestaltung dehnt das Verfah- 
ren auch auf die Schnitistellen jeder Koniponente, also die 
Komponentenschniftstellen 306 bzw. 414 bis 416, 408 bis 
409 usw. aus. Die Schnitistellen jeder Komponente sind da- 
bei als Nachrichten definiert. Nachrichten, die von der Koiri- 

45 ponente versendet werden, haben in ihrem Naiuen den N^j- 
men bzw. die Kennung der Komponente. Welche Nachrich- 
ten aber empfangen werden, geht iiblicherweise nur aus dem 
Softwarecode bzw. aus den Dokumentationen hervor. Vor- 
teilhafter Weise wird nur ein Hilfsmittel bzw. eine Hilfs- 

50 komponente kreierl, welches beispielsweise fiir die Appli- 
kation eine Datei mil Infomiationen beziiglich der Kompo- 
nentenschnittstellen crzeugt. Dabei konnen einzelne Ken- 
nungen bis hin zu den gcsamtcn Kcnnungsblockcn der jc- 
weiligen Komponente mit iibertragen werden. Durch diese 

55 MaBnahme vereinfachi sich der Integrationstest und vor al- 
lem insbesondere die Applikation selbst. Insbesondere in 
der Applikation konnte iiber die Hingabe des Kornponenten- 
narnens bzw. der Kornponentenkennung alle Nachrichten, 
die von der Komponenfe benut.zt werden, angezeigt werden. 

60 Insbesondere bei der Applikation sind so iiber wenige Ein- 
gaben am Applikationstool alle Infomiationen iiber die 
Funktionahta! der Komponente sichtbar. vSomit wird dann 
die Dokunientaliun cigentlich iiberflussig bzw. es wird eine 
liickenhafte Dokunieniaiion beziiglich ihrer Daten und 

65 Nachrichten sehr schncll erkannt. 
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Patentanspriiche 



1 . Verfahren zur Steuening eines Fahrzeugs, welches 
in einer Daten- und/cxler Programmsiruktur daigestellt 
wird, wobei die Daten- und/oder Programmstruktur 5 
Fahrzeugkomponenien, Koordinationskomponenten 
und Funktibnskomponenten sowie Komponenten- 
schnittstellen umfaBt, wobei die Kojiiponenten einan- 
der zugeordnei sind und jede Komp>onente eine Basis- 
variante und Funktionsvarianten besitzt, dadurch ge- lO 
kennzeichnet, da6 jcdcr Komponcntc cine crstc Kcn- 
nung eindeutig zugeordnet wird, wobei der Basisva- 
riante und der jeweiligea Funkuonsvariante eine zweite 
Kennung zugeordnet ist und ein Kennungsblock fur 
jede Komponente, der die erste Kennung der jeweili- 15 
gen Komponente, die zweite Kennung sowie die erste 
Kennung einer zugeordneten Komponente umfafit, zur 
Fahrzeugsteuerung eingesetzt wird. 

2. Verfahren nach Anspruch 1, dadurch gekennzeich- 
net, daB die Komponentenschnitistellen ais Nachrich- 20 
ten, welche zwischen den Komponenten ausgetauscht 
vverden, ausgebildet sind, und die Nachrichten wenig- 
stens eine Kennung des Kennungsblockes der absen- 
denden Komponente und/oder die Kennung der emp- 
fangcncn Komponcntc cnlhalt. 25 

3. Verfahren nach Anspruch 1, dadurch gekennzeich- 
net, daB die Komponentenschnitistellen als Nachrich- 
ten, welche zwischen den Komponenten ausgetauscht 
werden, ausgebildet sind und die Nachrichten den Ken- 

. nungsblock der absendenden und/oder der emptange- 30 
nen Komponente enthalten. 

4. Verfahren nach Anspruch 1, dadurch gekennzeich- 
nei, daB eindeutige Zuordnungen zwischen Kompo- 
nenten durch Priifung der Kennungsblocke gesicheri 
werden und bei Ennittlung eines Fehlers eine Fehlerre- 35 
aktion erzeugt. wird. 

5. Verfahren nach Anspruch' 1, dadurch gekennzeich- 
nci, daB alle .Kennungsblocke an einer definierten 
Adrcssc in cincm Spcichcrbcrcich cincr Stcucrcinhcit 
zur Steuerung des Fahrzeugs abgelegt sind, wobei 40 
diese durch eine Hilfskomponente erzeugt und in deni 
Speicherbereich abgelegt werden. 

6. Verfahren nach Anspruch 1, dadurch gekennzeich- 
nei^ daB die Daten- und/oder Programmstruktur unter • 
Verwendung der Kennungsblocke an einein Ausgabe 45 
bzw. Anzeigemiliel angezeigt wird. 

-7. Elektronisches System fur ein Fahr/.eug, besiehend 
aus Fahrzeugkomponenien, Koordinationskomponen- 
len und Funkiionskornponenien, wobei die Komponen- 
icti liber Koniponenlenschnitlslellen Nachrichten aus- 30 
tauschen und die Komponenten einander zugeordnet 
sind. wobei jede Komponente eine Basisvariante und 
Funkiionsvarianlcn besitzt, dadurch gckcnnzcichnct, 
daB jeder Komponente eine erste Kennung eindeutig 
zugeordnei isl und jeder Basis- und Funklionsvarianie 55 
eine zweiie Kennung zugeordnet isl und eine Hilfs- 
komponente vorgeseheri ist, die fur jede Komponente 
deren erste Kennung und die erste Kennung einer zuge- 
ordneten Komponente und deren zweite Kennung zu 
einem Kennungsblock zusammenfaBi und die Ken- 60 
nungsblocke in einem Speicherbereich eines Speichers 
einer Sieuereinheit zur Steuerung des Fahrzeugs ab- 
legi." 
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